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Предложена архитектура и реализация информационной системы для поддержки принятия решений на основе объектно-ори- 
ентированных моделей и функциональных зависимостей атрибутов. Показана возможность интеграции в модель различных 
методов искусственного интеллекта. 


Введение 

Эволюция классических систем искусственного 
интеллекта (статические экспертные системы, ней- 
ронные сети, экспертные системы реального време- 
ни), переход к их массовому использованию при ре- 
шении практических задач, во многом опирается на 
объединение с технологиями традиционного про- 
граммирования, определяющими рынок информа- 
ционных технологий. Большая часть рынка интел- 
лектуальных систем приходится на долю систем под- 
держки принятия решений, создание которых требу- 
ет решений из области прикладного программирова- 
ния, например, сбор и хранение данных от внешних 
источников, параллельные вычисления, организация 
пользовательских интерфейсов, защита информа- 
ции. Необходимость выполнения этих требований, а 
также интеграции с существующими и действующи- 
ми коммерческими системами, ведет к вытеснению 
инструментальных средств, основанных на классиче- 
ских языках искусственного интеллекта (Ы8Р, Рго- 
1о§), в пользу более гибких оболочек (например, ин- 
тегрированная среда 02 от Оешут, КТ \Уогк$) [1]. 

Актуальными чертами современных инстру- 
ментальных средств искусственного интеллекта 
становятся: 

1 . Комбинация различных методов искусственно- 
го интеллекта. 

2. Интеграционный потенциал. Возможность лег- 
кой интеграции с другими информационными 
технологиями и системами (СУБД, СА8Е, кон- 
троллеры, хранилища данных и пр.). 

3. Масштабируемость. Поддержка распределен- 
ной архитектуры повышает надежность и об- 
щую производительность. 

4. Переносимость, независимость от вычисли- 
тельной платформы. 

5. Следование стандартам и открытость интер- 
фейсов. 

6. Проблемная ориентация. 

Одним из классов проблем, решаемых эксперт- 
ными системами, является поддержка принятия 
проектных решений (системы проектирования). 


На ранних стадиях разработки проектов, осо- 
бенно инновационных, трудно оценить будущие 
затраты и качественные параметры реализации. 
Объективные знания рассредоточены между чле- 
нами команды, принятие решений происходит под 
действием многих неопределенностей. Неопреде- 
ленность - а значит и риск - возникает по многим 
причинам, включая еще не принятые проектные 
решения, существование альтернативных моделей 
поведения, нечеткие внешние факторы, недоста- 
ток спецификаций, неполнота информации, ис- 
пользование приближений при вычислении пара- 
метров проекта. 

Существующие инструменты для интеллекту- 
альной поддержки комплексной и нечеткой ин- 
формации на различных этапах развития проекта, в 
значительной мере специализированы по промы- 
шленным областям и труднодоступны для иннова- 
ционных проектов. Например, среда КіТо для про- 
ектов в автомобильной промышленности, про- 
граммный комплексы Мегак (Шлюмберже) и АКІ- 
Е8 (Бапсітагк ОгарЫсз) для нефтегазовой отрасли, 
специализированные решения на основе платфор- 
мы 02 (Оешут) [2-5]. 

В данной работе рассматривается разработка 
комплекса для моделирования и интеллектуальной 
поддержки принятия проектных решений в более 
широком спектре приложений. Изначально он 
планировался как фундамент для интеграции раз- 
личных интеллектуальных технологий и средство 
быстрого построения моделей проектов с помо- 
щью графических объектов и библиотек знаний. 

Предлагаемая технология близка к идеям из 
работ по управлению разработкой продукта {рго - 
сіысі йещгі) [2, 6, 7], но в сочетании представления 
объектной структуры проекта с нечеткими атри- 
бутами, формализованными связями между 
элементами, возможностью подключения различ- 
ных взаимодополняющих интеллектуальных ме- 
тодов (декларативные правила, нечеткие множе- 
ства, функциональные зависимости, нейросети и 
др.), дает в итоге возможность моделирования 
проектов в различных областях с учетом неопре- 
деленности. 
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Объектно-ориентированная модель 

Теоретической основой для данной разработки 
является объектно-ориентированный подход к 
описанию сложных систем [8, 9]. 

Формально, объектная модель проекта может 
быть представлена в виде набора дочерних моделей 
(рис. 1): 

М =<М 8 ,М С ,М А ,М° >, 


где М 8 — модель компонент (подсистем) системы, 
М 8 - классов, М А - зависимостей атрибутов, М° - 
объектов (экземпляров данных). 



Рис 1. Элементы объектно-ориентированной модели 


В соответствии с подходом, предметная область 
представляется в виде совокупности взаимосвязан- 
ных компонент-подсистем, описываемых набором 
характеристик и выполняемых ими действий. Каж- 
дой подсистеме сопоставляется класс, определяю- 
щий структуру ее описания (состав атрибутов и ме- 
тодов). На множестве атрибутов классов устана- 
вливаются отношения зависимости в виде анали- 
тических выражений или правил продукции. Далее 
на базе каждого класса формируется один или нес- 
колько экземпляров (объектов) подсистемы, со- 
держащих конкретные значения атрибутов, допол- 
ненные коэффициентами уверенности. 


Для более удобного отражения множества со- 
стояний или вариантов подсистемы используется 
мультиобъект - набор экземпляров, выделенных в 
соответствии с некоторым признаком, в качестве 
которого выступает заданный ключевой атрибут 
или комбинация нескольких ключевых атрибутов. 
Каждому значению признака соответствует свой 
объект-экземпляр. 

Отношения зависимости атрибутов описыва- 
ются на основе абстрактного класса «Зависи- 
мость», содержащего список атрибутов-аргументов 
и закономерность (выражение, описывающее, как 
определяется значение атрибута-функции на осно- 
ве аргументов). Модель зависимостей используется 
для определения значений целевых атрибутов на 
основании исходных. 

Основные компоненты инструментального средства 

Информационная система моделирования про- 
ектной деятельности во многом схожа по архитек- 
туре с классической структурой экспертных систем. 
Основные компоненты приведены ниже (рис. 2). 

База знаний состоит из локальных библиотек дан- 
ных, содержащих определения всех объектов кон- 
кретной модели, а также общей библиотеки, в кото- 
рой хранятся все «встроенные» в систему описания 
объектов. Локальные библиотеки создаются пользо- 
вателем в процессе моделирования и содержат: 

• структуры данных (подсистемы, классы, атри- 
буты, зависимости между атрибутами, экзем- 
пляры объектов); 

• управляющие данные (правила, формулы в за- 
висимостях между атрибутами); 

• исходные данные, введенные пользователем; 

• вычисляемые переменные, которые имеет 
смысл хранить между запусками модели, и отра- 
жающие ее состояние на момент сохранения. 

Общая библиотека содержит наборы классов, а 
также шаблоны структур подсистем для различных 
предметных областей. Шаблон представляет собой 
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Рис. 2. Архитектура информационной системы 
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группу подсистем связанных отношением декомпо- 
зиции по определенному основанию, например 
«Жизненный цикл проекта» описывает подсистему 
«Проект» и связанные с ним дочерние подсистемы 
«Предварительная оценка», «Разработка», «Реализа- 
ция», «Внедрение». Доступные наборы классов и 
шаблонов подсистем отражаются в панели ресурсов 
графического интерфейса и выбираются индивиду- 
ально для каждой модели. Во время работы с мо- 
делью, при добавлении новой подсистемы на диа- 
грамму, пользователь может выбрать подходящее ос- 
нование декомпозиции, и система автоматически до- 
бавит дочерние элементы с необходимыми связями. 

Предусмотрена возможность экспорта классов и 
подсистем из локальных библиотек в общую, для 
дальнейшего повторного использования. Такой под- 
ход делает систему более гибкой для использования в 
различных областях, обеспечивает накопление экс- 
пертных знаний и ускоряет процесс построения мо- 
дели. Технически, база знаний реализована в виде 
ХМЬ-документов с определенной структурой. 

Подсистема вывода отвечает за интерпретацию 
зависимостей между атрибутами объектов модели- 
рования, тем самым, обеспечивая вычисление ре- 
зультатов на массиве введенных исходных данных. 
В основе машины вывода лежат следующие 
элементы: 

• Набор алгоритмов, обеспечивающих запуск и 
ветвление вычислений на узлах зависимостей - 
в настоящее время поддерживаются модифици- 
рованный прямой и обратный вывод [10]. 

• Механизм подключения и запуска различных 
типов зависимостей, реализованный по опреде- 
ленным соглашениям на основе интерфейсных 
методов и абстрактного класса, описывающего 
объект «зависимость». Конкретные реализации 
алгоритмов зависимостей подключаются в виде 
динамических библиотек. При переходе на 
определенный узел вычисления, вызывается со- 
ответствующая ему библиотека (если доступна в 
системе), на вход которой передается массив 
входящих атрибутных связей и выражение, опи- 
сывающее правило. Результаты используются 
для вычисления остальных узлов. Механизм по- 
зволяет компоновать различные методы вычи- 
сления правил, включая аналитические форму- 
лы, эвристические правила, в дальнейшем пла- 
нируется подключение нейросетевых вычисле- 
ний и других интеллектуальных процедур. 

• Реализации конкретных методов вычисления 
правил. В настоящее время системой поддер- 
живаются два типа процедур - формулы и эври- 
стические правила. Для обработки формул ис- 
пользуется математический процессор Іаѵа Ех- 
рге88Іоп Раг8ег ДЕР), а специальное расширение 
над ним для ограниченной обработки эвристи- 
ческих правил. На следующем этапе разработки 
системы, для обработки правил планируется 
использование более совершенных методов, 
например реализаций алгоритма Кеіе [11]. 


Технически, эта подсистема реализована на 
языке Іаѵа, использует для своей работы ряд сто- 
ронних открытых библиотек и в данной версии ин- 
тегрирована с подсистемой моделирования. 

Подсистема моделирования представляет собой 
графический интерфейс, поддерживающий все 
этапы разработки модели. Интерфейс позволяет 
описать предмет моделирования в виде набора ди- 
аграмм, вводить исходные данные и анализировать 
результаты. 

Начиная новый проект, пользователь может вы- 
брать, какие из уже описанных в общей библиотеке 
структур (шаблоны подсистем и классов) использо- 
вать в качестве оснований для наследования, или не- 
посредственного включения в модель. Все выбран- 
ные библиотеки, а также структуры, вносимые в мо- 
дель пользователем, отражаются на специальной па- 
нели, обеспечивающей наглядную навигацию. 

Следующим шагом является описание модели 
подсистем, для чего используется соответствующая 
панель пользовательского интерфейса, предста- 
вляющая собой редактор диаграмм (рис. 3). Подси- 
стемы обозначаются блоками, а дугами описыва- 
ются отношения подчинения или часть-целое. Для 
каждого блока на диаграмме можно вызвать панель 
деталей, на которой описывается общая информа- 
ция о подсистеме, основание декомпозиции, связь 
с классом объектов и другая информация. 

Аналогичным образом создаются модели клас- 
сов и атрибутов. Выбрав из ресурсов ряд заранее 
описанных в системе классов, пользователь может 
расширить их до потребностей предметной области 
с помощью механизма наследования, при этом все 
атрибуты и методы суперкласса будут доступны ав- 
томатически. 

На модели атрибутов присутствуют несколько 
типов блоков, характеризующих различные спосо- 
бы задания зависимости между атрибутами. При 
соединении блоков атрибутов и зависимостей с по- 
мощью специального инструмента, входящие свя- 
зи автоматически подставляются в редактор зави- 
симости и становятся доступны для использования 
в аналитическом выражении. 

Описанная последовательность моделей не яв- 
ляется обязательной и в любой момент возможно 
переключение между диаграммами, при этом аде- 
кватно отображается изменение общих структур- 
ных элементов (например, изменение состава ат- 
рибутов класса на диаграмме классов автоматиче- 
ски отражается на остальных моделях). В системе 
существуют наборы инструментов для графическо- 
го отображения подсистем, классов, атрибутов, за- 
висимостей и различных связей. Также присутству- 
ет возможность «перетаскивания» элементов на 
диаграмму из панели ресурсов, утилиты для мас- 
штабирования, несколько алгоритмов для автома- 
тического упорядочивания и раскладки блоков. 

Кроме редактора диаграмм, интерфейс включа- 
ет в себя ряд служебных панелей для сопровожде- 
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Рис. 3 . Фрагмент пользовательского интерфейса, обеспечивающего редактирование модели подсистем 


ния и анализа модели - ввода данных, получения 
результатов, построения графиков. 

Подсистема моделирования выполнена в виде 
Іаѵа приложения на основе АРІ и некоторых 
ореп-зоигсе компонент, а графическое ядро основа- 
но на открытой библиотеке ІОгарЬ. В настоящий 
момент эта подсистема является связующим, инте- 
грирующим звеном в архитектуре приложения, но 
в дальнейшем планируется перенести механизм 
вывода и базу знаний на сторону серверного при- 
ложения и оставить интерфейс в виде клиентского 
приложения. Это позволит лучше выполнять ряд 
требований к современной интеллектуальной си- 
стеме, приведенных в начале статьи (таких как мас- 
штабируемость, переносимость, интеграционный 
потенциал). 

Заключение 

Дальнейшим направлением развития инстру- 
ментального средства является расширение под- 


держиваемых алгоритмов ветвления на модели и 
вычисления зависимостей, введение динамики за 
счет отслеживания состояний модели и интегра- 
ции с обновляемыми источниками данных, разра- 
ботка механизмов сокращения вариантов для пере- 
бора при вычислении зависимостей, подключение 
механизмов учета неопределенности и нечеткости 
параметров модели. 

С технической стороны имеется возможность 
переноса подсистем вывода и хранения знаний на 
серверную часть, таким образом, система будет бо- 
лее масштабируемой, с возможностью подключе- 
ния производительных распределенных вычисли- 
тельных ресурсов. 

Окончательная реализация описанной системы 
позволит осуществлять быстрое и удобное модели- 
рование проблем в условиях неопределенности, 
использовать интеллектуальные технологии для 
поддержки принятия в различных предметных 
областях. 
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